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1.0 Real Party in Interest 

All inventions in the disclosure in the present case are assigned to or 
assignable to: Genesys Telecommunications Laboratories, Inc. 

5 2.0 Statement of related cases 

One Appeal Brief was previously filed in this case on 10/3 1/2005. 

3.0 Jurisdictional statement 

The present Appeal Brief is taken from the decision of the examiner mailed 
10 1 1/13/2008 under statute 35 U.S.C. 134. The present Appeal Brief follows a 
Notice of Appeal filed 1/29/2009. No extension of time has been requested. 
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7.0 Status of Amendments 

No amendments have been filed subsequent to filing a Notice of Appeal 
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8.0 Rejections to be reviewed 

Claims 1-6, 8-31 and 33 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Lamb et al (US Pat No: 6,747,970), hereafter referred to as 
Lamb. 

5 

9.0 Statement of facts 

The present Appeal Brief is in response to a final rejection mailed on 
1 1/13/2008. The only rejection contained in the final rejection is 102(e) as 
being unpatentable over Lamb et al. US Pat No: 6,747,970. Lamb is the 

10 only reference relied upon in the rejection. 

The previous Appeal Brief was filed in this case on 10/31/2005, 
wherein appellant successfully removed the art of Miesbauer (U.S. 
006760767B1). The art of Beck (US 006332154B2) was then presented by 
this Examiner in an Office Action mailed 02/8/2006. This reference was 

15 presented and argued by appellant in several rounds of prosecution ending 
with the removal of Beck as commonly owned with the present application 
and not published 1 year prior to the filing of the present application. The 
independent claims were not amended. In the Office action mailed 
03/07/2008 the new art of Lamb was presented by this Examiner to reject 
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appellant's claims under 102(e). Appellant responded with arguments 
against Lamb in a response filed 8/5/2008. No amendments were made to 
the independent claims. The Examiner responded with the Office Action 
mailed 1 1/13/2008, made final, continuing to rely on the reference of Lamb, 
5 the subject of the present Appeal. 

10.0 Argument 

10.1 Regarding independent claim 1 and independent claim 19 

Appellant notes that because the Examiner rejects claims 1 and 19 
10 simultaneously in one section relying on the exact same reasoning and 
evidence, appellant argues for said claims in a like manner. 

The Examiner states in the Office Action mailed 11/13/2008; page 2, 
item 1, Lamb teaches: 

15 customer presence software executing at each client device for monitoring 
client and client device status (Equivalent to user agent; see column 12, 
lines 25-27 and column 33, lines 7-42, Lamb); 

Appellant's response 



8 



The Examiner errs when equating the user agent of Lamb to customer 
presence software executing at each client device for monitoring client and 
client device status, as claimed in appellant's invention. Appellant disagrees 
that Lamb teaches or suggests monitoring status of a client or a client 
5 device, as claimed. 

Appellant presents the portion of Lamb column 12, lines 25-27 and 
col. 33, lines 7-42 below, relied upon by the Examiner to teach said 
limitation: 

A user of the system may send the call application message, for 
10 example, from a user agent interface (a client or user client 

interface). 

If, for example, another user having an associated user agent 301-1 
attempts to establish a call connection with a user telephony device 
that also has an associated user agent 301-2 within the 
15 telecommunications hosting server 203 (e.g., a user is calling another 

user who is also registered and has a user agent 301 with the 
telecommunications hosting server 203), the first user agent 301 can 
communicate using one or more inter-agent messages 235 to 
determine the status of the destination user telephony device before 



an actual call is placed. Inter-agent messages 235 are implemented, 
for example, using inter-process communication (IPC) mechanisms 
within the telecommunications hosting server 203. In other words, the 
user agents 301 can track status information of various users through 
queries to other user agents and via queries for call connection or 
telephony device status information from the telecommunications 
network server 202-1. Such capability allows one user agent 301-1 to 
determine the calling status of another user associated with another 
user agent 301-2 through 301 -N. Calling status can include a current 
status of the user at that time (e.g., on the phone, not taking calls, 
available), as well as a future planned calling status which may 
indicate, for example, an upcoming conference call during which the 
user will be unable to accept other calls. In other words, if a user 
"programs " his or her agent 301 to set aside a time in which he or 
she is not to be disturbed, any incoming calls for that user will be 
rejected. Such call status inquiries might be from another user agent, 
or they may be from a true incoming call that is handled by the public 
phone switch 202-2 in which case the telecommunications network 
server 202-1 can detect the arrival of such calls, and can send such 
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call arrival information via a call signaling message 230 to the user 
agent 301, which can reject the call. Inter-agent communications in 
this manner and as will be explained further allows the system of the 
invention to provide an impressive array of advanced calling services 
5 that have never before been available in conventional 

telecommunications systems. 

Appellant fails to see where in the above teaching of Lamb is 
provided a customer presence software executing at each client device for 

10 monitoring client and client device status. Appellant argues that the user 
agent taught in Lamb is software executing at the telecommunications 
server, or in some instances at the client's computer. As clearly evidenced 
in the latter portion of Lamb relied upon by the Examiner Lamb teaches that 
''the first user agent 301 can communicate using one or more inter-agent 

15 messages 235 to determine the status of the destination user telephony 

device before an actual call is placed. " Appellant argues this is an example 
of polling a device by a first device. This teaching cannot read on 
customer presence software executing at each client device for monitoring 
client and client device status, as claimed. Appellant argues that the 
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software of Lamb does not "monitor" any communication devices, as 
claimed. The agent software is only capable of detecting whether there is a 
connection between the computer and a telephone on the public telephone 
network by pinging the connection (after call set up) on the public telephone 
side of the server. Therefore, there is no actual monitoring of a device by 
software at the device in Lamb, as claimed. Appellant also points out that 
the Examiner has neglected to show in the art where client status is 
monitored, as claimed, (col. 14, lines 16-33; Fig. 6) 

Appellant first presented this argument in the Response filed 
8/5/2008 on pages 8-9. The Examiner responds to appellant's argument in 
the Office Action mailed 1 1/13/2008 stating: 

The first argument addressed by the appellant concerns the claim 1 
limitation of "customer presence software executing within each 
client". The appellant contends that Lamb's user agent is not 
equivalent to the claimed customer presence software, the examiner 
disagrees. Lamb teaches user agents (within the clients) (see column 
12, lines 25-27, Lamb) which are deemed equivalent to the claimed 
customer presence software executing within each client. Appellant 
contends that he fail to see where Lamb teaches a customer presence 
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software executing at each client device for monitoring client and 
client device status. However such teachings are indeed present 
within Lamb within at least column 14, lines 7-37 and column 33, 
lines 7-42. Within those sections, it is clearly explained how the user 
agent is able to monitor the client status. For instance, the user agent 
is able to monitor if the client is busy or not busy, the calling status, 
and if there are future planned calls (this is equivalent to the claimed 
monitoring client status). 

Appellant argues that the above response by the Examiner failed to 
provide additional evidence or reasoning to strengthen his position. 
Appellant argues that the Examiner errs when stating that the user agent as 
taught in the art of Lamb actually "monitors" as claimed and taught in 
appellant's specification. Lamb clearly executes one device to poll another. 
These two teachings are not the same and it is a mistake for the Examiner to 
attempt to present it as the same teaching. 

The Examiner states in the Office Action mailed 11/13/2008; page 3, 
Lamb teaches: 
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a communication-center presence software executing in the 
communication center for receiving information from the customer 
presence software (Equivalent to telecommunications software and 
the telecommunications hosting served see column 11, lines 15-36, 
5 Lamb); 



Appellant's response 

Appellant reproduces the portion of Lamb below: 

"Generally, the invention includes mechanisms and techniques to 
10 allow users of computer systems and software configured according to the 
invention to interact with telecommunications software that executes or 
otherwise performs on a processor in a telecommunications hosting server. 
A preferred embodiment of a telecommunications hosting server is a 
workstation or other computer platform within a connectionless network 
15 such as the Internet and that is configured as a server. Such a computer 
platform may, for example, be a Unix or Windows NT workstation that can 
perform multi-processing. Via an application of the invention performing 
on the telecommunications hosting server, users can use calling services 
implemented in the application to establish calls on a conventional public 
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switched telephone network. To do so, another connection from the 
telecommunications hosting server to another computer platform called a 
telecommunications network server is also provided in embodiments of the 
invention. The connection between the telecommunications network server 
5 and the telecommunications hosting server may be a connectionless 

network connection or may be a dedicated channel, bus, circuitry or other 
data transport mechanism. " 

Appellant argues that the Examiner errs when stating Lamb teaches a 
10 communication-center presence software executing in the communication 
center for receiving information from the customer presence software, 
because the Examiner has clearly misinterpreted the reference of Lamb. 

Appellant disagrees that a telecommunications hosting server, as 
described in the art of Lamb, can read upon appellant's claimed 
15 communications-center presence software. The mere presence of a server in 
the art of Lamb, as presented in Lamb's teaching, above, cannot read on a 
second instance of appellant's claimed software. 

Appellant points out that Lamb specifically teaches that the only 
software dealing with any sort of "presence" of a client or client device is 
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the user agent operating on the user's computer or at the hosting server. 
Lamb fails to teach any presence software at the telephony network server, 
mentioned above. Appellant specifically claims two separate software 
instances operating in two separate locations. Appellant believes the single 
5 instance of Lamb's user agent cannot read on the software claimed in 
appellant's invention. Appellant first made this argument in the Response 
filed 8/5/2008, page 9, second paragraph. The Examiner responded to said 
argument in the Office Action mailed 1 1/13/2008 as follows: 

The second argument addressed by the applicant concerns the claim 
10 / limitation of "communication-center presence software executing in 

the communication center for receiving information from the 
customer presence software". The applicant again contends that he 
fails to see such a claim limitation, the examiner again disagrees. 
Lamb teaches telecommunications software (equivalent to the 
15 claimed communication center presence software) executing on the 

telecommunications hosting server (equivalent to the claimed 
communication center); see column 11, lines 15-36, Lamb. This 
telecommunications hosting server communicates with the client's 
user agent; see column 14, lines 15-16, Lamb. 
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Appellant argues that the Examiner errs when equating the existence 
of operating software at a telecommunications server and the specific user 
agent software disclosed in the art of Lamb as two instances of the same 
software, as claimed in appellant's invention. There is no support in the art 
of Lamb for the statement. In column 14, lines 15-16 Lamb clearly teaches 
that the server accepts signaling messages and routes them to user agents. 

The Examiner states in the Office Action mailed 11/13/2008; page 3, 
Lamb teaches: 

characterized in that the customer presence software monitors real- 
time client and client device status at each client device including on- 
line/offline status of the client (see column 14, lines 7-37, Lamb) and 
client devices and the client's callback preferences including medium 
preferences and client device preferences (see column 14, lines 25- 
37, Lamb), communicates the status information to the 
communication center presence software, and the communication 
center presence software integrates the received status information 
and provides the integrated result to the agents of the communication 
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center (see column 14, lines 25- 46, Lamb) 

Appellant's response 

Appellant as effectively established in the above arguments that the 
5 Examiner has failed to properly interpret the reference of Lamb as applied 
to reject applicant's independent claims. Appellant argues that Lamb fails 
to teach presence software at each device characterized in that the customer 
presence software monitors real-time client and client device status at each 
client device. Appellant has clearly shown that Lamb implements a 1^^ 
10 device to poll a device to determine if the device is on hook or off hook 
before placing a call. 

Appellant reproduces the portion column 14, lines 7-10 of Lamb 
below: 

"According to another arrangement, the system can operate to 
15 include the steps of receiving a call signaling message from the connection- 
based network indicating a status of a connection on the connection based 
network and forwarding the call signaling message received from the 
connection- based network to an appropriate user agent. " 
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As previously argued, receiving a signaling message from a 
connection-based network indicating a status of a connection cannot 
possibly read on appellant's claim limitation of, "monitors real-time client 
and client device status at each client device including on-line/offline status 
5 of the client". The Examiner has failed to show this limitation in the art. 
The Examiner states Lamb teaches, "and client devices and the 
client's callback preferences including medium preferences and client 
device preferences (see column 14, lines 25-37, Lamb)," Appellant 
disagrees and reproduces said portion of Lamb below: 
10 "If the example a user agent "knows " that a line is busy, another 

request for a connection to that line (e.g., another user that may be 
attempting to call the busy line) can be directed to an alternative 
destination, such as voice mail, or to another non-busy line, of the 
user agent can provide a call signaling message in return that 
15 contains, for example, an audio message that the telecommunications 

network server can play back to the original caller attempting to 
connect to the user. The audio message can be a custom message 
based, for example, on the identity (as specified in the original 
received call signaling message) of the caller. Other example of 
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audio feedback can be custom dial tones, custom ringing, and so 
forth. " 

As argued above, the only way the user agent "knows" that a line is 
5 busy is because it received a signaling message from a connection based 
network, this teaching does not constitute "monitoring" as claimed in 
appellant's invention and known in the English language. Further, Lamb 
makes absolutely no mention of "customer presence software monitors real- 
time client and client device status at each client device and the client's 
10 callback preferences including medium preferences and client device 
preferences ." The Examiner has failed to point out a teaching in the art 
teaching said limitation. 

The Examiner states Lamb teaches, "communicates the status 
information to the communication center presence software, and the 
15 communication center presence software integrates the received status 
information and provides the integrated result to the agents of the 
communication center {see column 14, lines 25- 46, Lamb). Appellant 
disagrees and reproduces said teaching of Lamb, below: 
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To this end, another arrangement of the invention provides that the 
call signaling message received from the connection-based network 
by the user agent specifies a status which indicates availability of 
telephony device on the connection-based network. In response to 
such a call signaling message, the user agent performs the step of 
updating availability information related to the user agent to track 
the status of telephony devices associated with the user assigned to 
that user agent. 

Appellant points out that the above portion reinforces appellant's 
argument that Lamb fails to teach monitoring, as claimed. Further, there are 
no live agents resident in the server of Lamb. Therefore, there are no agents 
of a communication center taught in Lamb. There is no teaching in Lamb of 
integrating status information and providing the result to another entity. 
The Examiner errs in the Examination procedure when effectively ignoring 
this limitation. Appellant provided the above arguments for the first time in 
the response filed 08/05/2008. The Examiner responds to said arguments in 
the Office Action issued 1 1/13/2008, as follows: 

The fourth argument presented by the applicant concerns the claim 1 
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limitation of "client devices and the client's callback preferences 
including medium preferences and client device preferences". The 
applicant again contends that he fails to see such a claim limitation, 
the examiner again disagrees. Lamb teaches at least within column 
14, lines 25-46 that the user agent (customer presence software) 
knows the status of the client (because of monitoring the client) and 
based on the client also knows the callback preferences. For instance 
the callback preference can be another non-busy line (equivalent to 
the claimed medium preferences) and a voicemail system (equivalent 
to the claimed device preference). 

The fifth argument presented by the applicant concerns the claim 1 
limitation of "the communication center presence software integrates 
the received status information and provides the integrated result to 
the agents of the communication center". The applicant again 
contends that he fails to see such a claim limitation, the examiner 
again disagrees. Lamb teaches at least within column 14, lines 25-46 
how callback preferences such as a non-busy line (equivalent to the 
claimed medium preferences) and a voicemail system (equivalent to 
the claimed device preference) are provided to the 
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telecommunications hosting server (with telecommunications software 
(equivalent to the claimed communication-center presence software); 
see column 11, lines 15-36, Lamb.) and the telecommunications 
hosting server (with telecommunications software) informs other user 
5 agent (customer presence software). 

Appellant argues that the Examiner errs when producing art which 
may teach accomplishing part of a similar purpose as the purpose claimed, 
but actually fails to teach the limitations of appellant's invention, as 

10 claimed. As a broad statement for the record, it appears the examination in 
this case is following the old path of investing prior art status in inventions 
that accomplish a similar purpose as the invention in examination, rather 
than following the principle that it is the actual limitations of the claim that 
must be found in the art. The Examiner in this case finds similar terms and 

15 architecture in the art of Lamb and broadly applies the teachings to read on 
applicant's claims. The problem with this approach in examination is that 
the rejections are not prima facie, in that they do not teach the actual 
physical and functional limitations of the claimed apparatus and method. 
They only teach accomplishing a similar purpose. 
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The Examiner in this action makes many statements regarding what 
the art of Lamb teaches; yet the portions of the art rehed upon by the 
Examiner are silent as to said teachings. Therefore, appellant believes the 
claims, as presented, are easily patentable over the art of Lamb. Appellant 
5 also respectfully requests this case pass to issue as this is the second Appeal 
Brief the appellant has had to file in this case because of erroneous art 
presented by this Examiner. 

Regarding dependant claims 2-6, 8-18, 20-31 and 33, said claims 
stand or fall together and are patentable on their own merits, or at least as 
10 depended from a patentable claim. 
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11.0 Appendix 
11.1 Claims section 

1. (rejected) In a network including a communication center and a plurality 
of clients using communication devices, a system enabling agents of the 
communication center to best communicate with the clients and client 
devices, including configuring call-back options and preferences, the system 
comprising: 

customer presence software executing at each client device for 
monitoring client and client device status; and 

a communication-center presence software executing in the 
communication center for receiving information from the customer presence 
software; 

characterized in that the customer presence software monitors real- 
time client and client device status at each client device including on- 
line/off-line status of the client and client device, and the client's callback 
preferences including medium preferences and client device preferences, 
communicates the status information to the communication center presence 
software, and the communication center presence software integrates the 
received status information and provides the integrated result to the agents 
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of the communication center. 

2. (rejected) The system of claim 1, wherein the network is a data-packet- 
network. 

5 

3. (rejected) The system of claim 2, wherein the data-packet-network is the 
Internet network. 

4. (rejected) The system of claim 3, wherein the communication center 
10 markets products and or service to the clients. 

5. (rejected) The system of claim 4, wherein the agents are human resources 
employed by the communication center. 

15 6. (rejected) The system of claim 4, wherein the agents are automated 
systems implemented in hardware and software at the communications 
center. 



7. (Canceled) 
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8. (rejected) The system of claim 1, wherein an alert is propagated to clients. 

9. (rejected) The system of claim 8, wherein the alert indicates one or more 
of status of the communication center, including one or more of the number 
of calls in queue and the estimated waiting time, and a time for callback, 
enabling the client to plan or to initiate a call with high probability of 
success. 

10. (rejected) The system of claim 8, wherein optional callback or alert 
mediums include cellular, IP, and wired communications mediums. 

11. (rejected) The system of claim 10, wherein the optional callback or alert 
devices include cellular telephones, pagers, telephones, computer stations, 
handheld computers, and laptop computers. 

12. (rejected) The system of claim 1, wherein the client-status information 
provided to an agent automatically updates periodically. 
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13. (rejected) The system of claim 1, wherein the client-status information is 
continually streamed to the subscribing agent-user during a session with a 
client. 

14. (rejected) The system of claim 1, wherein the transfer of client-status 
information is by instant messaging technology. 

15. (rejected) The system of claim 1 wherein the customer presence 
software executing at the client devices for monitoring client and device 
status is provided by a host of the communication center, and the 
communication-center presence software executing in the communication 
center communicates directly with the customer presence software 
executing at the client device. 

16. (rejected) The system of claim 1 wherein one or more instances of 
customer presence service software are provided by a third-party presence 
service provider, and further comprising a presence service server operating 
in the network and communicating with both the instances of the presence 
service software and the communication center presence software executing 
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at the communication center. 

17. (rejected) The system of claim 1 wherein the network is one or a 
combination of the Internet network, a wireless cellular telephone network, 
or a public service telephone network. 

18. (rejected) The system of claim 1 wherein one or more instances of the 
customer presence software are provided by the communication center host, 
and one or more instances are provided by a third party presence service 
provider, and wherein two or more client devices executing presence 
software are associated with a single client, the communication center 
presence software providing thereby regularly updated and integrated 
presence status over the multiple devices for the single client. 

19. (rejected) A method for enabling agent-users of a communication center 
connected to a network to obtain real-time client-presence status 
information related to clients of the information- source facility comprising 
the steps of: 

(a) executing presence software at client devices used by the clients; 
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(b) communicating client-status information by the presence software, 
including on-line/off-line status of the client and client device, and the 
client's callback preferences including medium preferences and client 
device preferences to a communication center presence software executing 
in the communication center; and 

(c) integrating the client- status information or a portion thereof and 
serving the result to subscribing agent workstations in the communication 
center. 

20. (rejected) The method of claim 19, wherein the method is practiced over 
a data-packet-network. 

21. (rejected) The method of claim 20, wherein the data-packet-network is 
the Internet network. 

22. (rejected) The method of claim 19 wherein the communication center 
markets products and or services to the clients. 

23. (rejected) The method of claim 19 wherein in step (a), the presence 
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software executing at a client device is provided by a third-party service 
provider, and client status information is communicated through a third 
party server to the communication center presence software. 

24. (rejected) The method of claim 19 wherein in step (a), the presence 
software executing at a client device is provided by the host of the 
communication center, and the communication center presence software 
communicates directly with the client presence software. 

25. (rejected) The method of claim 19 wherein in step (b), the 
communication center presence software operates in a call-waiting queue of 
the communication center. 

26. (rejected) The method of claim 19 wherein in step (b), the client-status 
information is communicated in the form of instant messages containing the 
information. 

27. (Original) The method of claim 19 wherein in step (b), the client-status 
information is communicated through an electronic information page. 
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28. (Original) The method of claim 19 wherein in step (b), on-line/off-line 
status information is communicated in the form of instant messages 
containing the information, and callback preference information is 
communicated through an electronic information page. 

29. (Original) The method of claim 19 further comprising a step for alerting 
clients as to an estimated time of response from agent in a callback 
situation. 

30. (Original) The method of claim 19 further comprising a step for alerting 
clients as to status of the communication center, including one or more of 
the number of calls in queue and the estimated waiting time, enabling the 
client to plan or to initiate a call with high probability of success. 

3 1 . (Original) The method of claim 29 wherein the alert is of the form of 
one of a page to a paging device, an instant message, an e-mail, or a 
telephone beep. 
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32. (Canceled) 

33. (Original) The method of claim 19 wherein in step (c), the client-status 
information automatically updates periodically during a client session. 

11.2 Claim support section 

1. (rejected) In a network including a communication center { P.14, lines 8- 
13} and a plurality of clients using communication devices {P. 38, lines 3-4}, 
a system enabling agents of the communication center to best communicate 
with the clients and client devices, including configuring call-back options 
and preferences {P. 40, lines 19-21; P. 41, lines 16-24}, the system 
comprising; : 

customer presence software executing at each client device for 
monitoring client and client device status {P. 38, lines 4-20}; and 

a communication-center presence software executing in the 
communication center for receiving information from the customer presence 
software {P. 38, lines 12-20}; 

characterized in that the customer presence software monitors real- 
time client and client device status at each client device including on- 
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line/off-line status of the client and client device {Pg. 38, lines 21-28}, and 
the client's callback preferences including medium preferences and client 
device preferences {P. 41, lines 9-24}, communicates the status information 
to the communication center presence software, and the communication 
center presence software integrates the received status information and 
provides the integrated result to the agents of the communication center {P. 
40, line 19 to P. 41, line 15}. 

19. (rejected) A method for enabling agent-users of a communication center 
connected to a network to obtain real-time client-presence status 
information related to clients of the information- source facility comprising 
the steps of {P. 40, lines 19-21; P. 41, lines 16-24}: 

(a) executing presence software at client devices used by the 
clients {P. 38, lines 4-20}; 

(b) communicating client-status information by the presence software, 
including on-line/off-line status of the client and client device {Pg. 38, lines 
21-28}, and the client's callback preferences including medium preferences 
and client device preferences to a communication center presence software 
executing in the communication center {P. 41, lines 9-24}; and 
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(c) integrating the client- status information or a portion thereof and 
serving the result to subscribing agent workstations in the communication 
center {P. 40, line 19 to P. 41, line 15}. 

11.3 Drawing analysis section 

1. (rejected) In a network including a communication center and a plurality 
of clients using communication devices {Fig. 1, 52, 21}, a system enabling 
agents of the communication center to best communicate with the clients 
and client devices, including configuring call-back options and preferences, 
the system comprising; {Fig. 5; clients 1, 2; devices 125, 129, 133, 137 
P.38}: 

customer presence software executing at each client device for 
monitoring client and client device status {Fig. 5, 131, 195, 139, 127, 135}; 
and 

a communication-center presence software executing in the 
communication center for receiving information from the customer presence 
software {Fig. 5, 119}; 

characterized in that the customer presence software monitors real- 
time client and client device status at each client device including on- 
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line/off-line status of the client and client device, and the client's callback 
preferences including medium preferences and client device preferences, 
communicates the status information to the communication center presence 
software, and the communication center presence software integrates the 
received status information and provides the integrated result to the agents 
of the communication center. 

19. (rejected) A method for enabling agent-users of a communication center 
connected to a network to obtain real-time client-presence status 
information related to clients of the information- source facility comprising 
the steps of: 

(a) executing presence software at client devices used by the 
clients {Fig. 5, 131, 195, 139, 127, 135}; 

(b) communicating client-status information by the presence software, 
including on-line/off-line status of the client and client device, and the 
client's callback preferences including medium preferences and client 
device preferences to a communication center presence software executing 
in the communication center {Fig. 5, 119; and 

(c) integrating the client- status information or a portion thereof and 
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serving the result to subscribing agent workstations in the communication 
center. 



11.5 Evidence section 

5 1) Final rejection mailed 11/13/2008 is the Office Action setting out the 
rejection on appeal. 



2) Lamb et al. US Pat No: 6,747,970 



10 3) Response filed by Appellant on 08/05/2008. 
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